在過去三天的時間，我們學習到單體式架構和微服務架構的基本概念，並了解了它們的優點和缺點。然而在現實中，我們往往需要在更複雜的情境與需求下，做出明智的架構選擇。今天，就讓我們討論如何在實際應用中選擇適合的架構模式吧。

選擇因素：

1. 需求：首先，我們必須要先仔細分析我們的情況與需求。如果我們是需要快速開發和部署一個小型、簡單的系統，那麼單體式架構可能是一個更合適的選擇。但如果我們是需要高度的可擴展性，又或者需要系統不斷擴展和升級，那麼微服務架構可能是一個更合適的選擇。

2. 成本：單體式架構通常較簡單，因此開發速度相對較快，也由於單體式架構是整合了所有功能的完整結構，所以在管理和統整方面也相對沒那麼複雜。而微服務架構擁有多個獨立的微服務，因此需要更多的時間和資源來規劃、管理和維護。

3. 擴展性：一個系統若是預期在未來，需要不斷快速擴展新功能，那麼微服務架構可能是一個更長遠的選擇。但如果是較小且不太需要開發新功能的系統，那麼單體式架構可能更加簡便且節省時間和人力成本。

4. 能力：相較於單體式架構，微服務架構通常需要更多的技術知識和協調工作，在開發初期也需要縝密的規劃，因此在微服務架構的開發上需要培訓一定的能力和經驗。

總結：

當我們一開始聽到單體式架構與微服務架構的比較時，我們可能下意識認為微服務架構是比單體式架構還要先進、優秀的架構。但在第一天學習完單體式架構後，我們能了解到單體式架構並不是一個較為落後的傳統技術，這種架構較為簡單且易於開發和測試，只是隨著系統規模增長，單體式架構會使系統變得龐大而難以維護。而在後二天介紹的微服務架構後，我們能理解為什麼微服務架構在現代軟體開發中能扮演著如此重要的角色，這種架構將整個系統拆分為多個小型服務，每個服務都可以獨立進行部署和擴展，提升了開發靈活性，但也增加了系統複雜性。微服務架構能夠帶來許多優勢，但同時也面臨著一些技術與管理上的困難和挑戰。總之，這兩種技術並沒有絕對的好與壞，而是應該要根據應用情境和需求，選擇適合的才是最好的。

我們明天見～